Duc

Duc — программа для индексирования, просмотра и визуализации занятого места на диске. Полное название расшифровывает идею инструмента без лишних объяснений: Dude, Where Are My Bytes. Duc не очищает систему автоматически, не удаляет временные файлы и не заменяет утилиты обслуживания Windows или Linux. Его задача другая: показать, какие каталоги, файлы и ветви файловой системы занимают место, сохранить результат в базе и дать несколько способов изучить эти данные — через командную строку, интерактивный ncurses-интерфейс, графическое окно, статический sunburst-график или CGI-страницу.

Главное отличие Duc от обычного du — индекс. Команда du каждый раз проходит по файловой системе и считает размер заново. Duc сначала выполняет duc index, записывает накопленные размеры директорий в базу, а затем быстро показывает результат через другие команды. Такой подход особенно полезен на больших деревьях каталогов, где повторное сканирование занимает заметное время. После построения базы можно запускать duc ls, открывать duc ui, строить картинку через duc graph или просматривать структуру через duc gui без полного повторного обхода.

Duc относится к тем программам, которые выглядят простыми только на первом запуске. В базовом сценарии достаточно двух команд: создать индекс и посмотреть список крупных каталогов. При более внимательной работе появляются важные настройки: выбор базы через --database, исключение путей через --exclude, ограничение обхода одной файловой системой через --one-file-system, переключение между фактическим расходом диска и apparent size, генерация PNG/SVG/PDF/HTML-графиков, публикация внутреннего CGI-представления и скрытие имён файлов в индексе через --hide-file-names.

Duc удобен не как универсальная программа для очистки, а как инструмент диагностики. Сначала он отвечает на вопрос, где именно лежат гигабайты, а уже затем пользователь решает, что делать: удалить старый архив, перенести каталог, изменить настройки логирования, ограничить кэш приложения или подключить отдельную утилиту очистки. Для автоматической чистки временных файлов на freeexe.net есть отдельные программы, например Wise Disk Cleaner, Glary Disk Cleaner и CCleaner. Duc находится в другом классе: он анализирует структуру хранения и показывает, какие элементы реально занимают место.

Что делает Duc и чем он отличается от обычного просмотра размера папок

Duc выполняет три основные операции: индексирует файловую систему, показывает сохранённые данные и строит визуализацию. Внутри этой схемы программа закрывает несколько практических задач:

На обычном домашнем компьютере Duc помогает найти крупные каталоги в /home, /var, папках проектов, каталогах виртуальных машин и директориях с кэшем. На сервере программа полезна при переполнении раздела, росте логов, накоплении бэкапов, разрастании пользовательских директорий и проверке сетевых хранилищ. Для администратора важна не только визуализация, но и повторяемость: после индексации можно возвращаться к сохранённой картине, сравнивать результаты после обслуживания и перестраивать базу после заметных изменений.

Duc не пытается спрятать техническую природу программы за большим графическим интерфейсом. Основная точка входа — команда duc, а интерфейсы являются разными способами работы с одной базой. В этом смысле Duc ближе к набору связанных инструментов, чем к одной кнопочной утилите. Пользователь сначала создаёт индекс, затем выбирает форму просмотра под ситуацию: текстовый список, интерактивный терминал, графическое кольцо, изображение или CGI.

Краткие характеристики Duc

Duc умеет работать с очень крупными файловыми структурами. Программа рассчитана на сценарии, где обычный разовый просмотр размера папок становится неудобным: много файлов, много вложенных каталогов, сетевые разделы, серверы без графической среды, необходимость сохранить картину использования диска и возвращаться к ней после индексации. Для таких задач база Duc важнее, чем внешний вид интерфейса.

Для кого подходит Duc

Duc подходит пользователям, которым нужно не просто увидеть общий объём занятого места, а разобраться в структуре хранения. Программа особенно полезна в Linux- и Unix-подобной среде, где работа с диском часто идёт через терминал, cron, SSH и отдельные системные разделы.

Duc подходит системному администратору, потому что не требует полноценного графического рабочего стола для базового анализа. Команда duc index /path строит базу, duc ls показывает список, а duc ui открывает интерактивную навигацию прямо в терминале. Это удобно на сервере, где запуск графического приложения невозможен или нежелателен.

Duc подходит владельцу большого файлового архива, потому что после индексации данные можно просматривать повторно. Если каталог содержит проекты, архивы, медиафайлы, временные сборки или пользовательские папки, повторное обращение к базе помогает быстрее понять, какая часть дерева выросла.

Duc подходит пользователю, которому нужен отчёт в виде изображения. Команда duc graph сохраняет sunburst-график в файл. Такой график удобно приложить к внутреннему отчёту, тикету по обслуживанию сервера или заметке о причинах переполнения раздела.

Duc подходит опытному пользователю, который понимает разницу между анализом и очисткой. Программа не выбирает файлы за пользователя и не предлагает нажать одну кнопку для удаления. Она показывает структуру. Решение об удалении, переносе или архивировании остаётся за человеком.

Duc менее удобен новичку, который ждёт полностью графическую программу с кнопками очистки. В таком сценарии проще использовать визуальные анализаторы для рабочего стола или утилиты обслуживания. Для задач очистки системы на freeexe.net отдельно представлены Wise Disk Cleaner и Glary Disk Cleaner.

Как работает Duc: индекс, база и повторное обращение к данным

Рабочая логика Duc строится вокруг базы. Пользователь выбирает путь, запускает индексацию, а программа проходит по дереву каталогов и рассчитывает включительный размер директорий. Включительный размер означает, что размер каталога складывается из содержимого внутри него: файлов, подкаталогов и вложенных уровней. После этого результат сохраняется в базе, и другие команды читают уже не файловую систему напрямую, а подготовленный индекс.

Базовый сценарий выглядит так:

duc index /usr

После такой команды Duc создаёт индекс для /usr. Затем можно вывести крупные элементы в /usr/local:

duc ls -Fg /usr/local

Комбинация -F добавляет индикатор типа к имени, а -g рисует относительную графическую шкалу рядом с элементами. В терминале это даёт быстрый ответ: какие каталоги заметно больше соседних и куда переходить дальше.

Для интерактивной работы используется:

duc ui /usr

duc ui открывает ncurses-интерфейс: сверху отображается текущий путь, слева список элементов с размерами, справа — горизонтальные шкалы относительного веса. Навигация идёт клавишами: стрелка вниз или j двигает курсор вниз, стрелка вверх или k поднимает его, Enter входит в выбранный каталог, Backspace возвращает на уровень выше. Переключение a меняет фактический расход диска на apparent size, а b — точные байты на сокращённую запись.

Главное практическое правило: индекс отражает состояние дерева на момент последнего запуска duc index. Если после сканирования удалить большой архив, перенести виртуальную машину или очистить кэш, старый индекс останется прежним до повторного построения. Поэтому Duc хорошо подходит для повторяемой диагностики, но требует обновления базы после существенных изменений.

Интерфейс Duc: не одно окно, а несколько рабочих режимов

Duc построен как набор интерфейсов вокруг одной базы. Это важная особенность программы: пользователь не выбирает между консольной и графической версией навсегда, а использует тот режим, который подходит конкретной задаче.

Командная строка duc

Команда duc управляет созданием, обслуживанием и просмотром базы. В справке доступны подкоманды help, index, info, ls, xml, json, graph, cgi, gui и ui. Набор доступных команд зависит от сборки: например, пакет без графических компонентов не включает графический интерфейс. Такая модульность важна для серверов, где нужна только консольная часть, и для рабочих станций, где удобно дополнительно открыть кольцевую визуализацию.

duc help показывает список команд. duc help --all раскрывает полный набор параметров. Для отдельной команды используется справка вида:

duc help index

На практике этот подход удобен тем, что параметры не нужно держать в памяти. Например, при работе с большим разделом пользователь уточняет параметры duc index, выбирает --exclude, --one-file-system или --max-depth, а затем запускает сканирование с нужными ограничениями.

duc index: создание базы

duc index — главный подготовительный этап. Команда рекурсивно обходит указанные пути, считает включительный размер директорий и записывает результат в индекс. База по умолчанию используется автоматически, но путь можно изменить через --database или переменную окружения DUC_DATABASE.

Пример отдельной базы для большого каталога:

duc index --database /var/tmp/projects.duc.db /srv/projects

Такой вариант удобен, когда нужно хранить несколько независимых индексов: один для системного раздела, другой для пользовательского архива, третий для сетевого хранилища. Разделение баз помогает не смешивать разные задачи и не перестраивать лишние данные.

Для больших серверов важны ограничения обхода. Параметр --one-file-system не даёт индексации уходить на другие файловые системы. Это защищает от случайного прохода по сетевым монтированиям, временным псевдофайловым системам и подключённым разделам. Параметры --fs-exclude и --fs-include задают типы файловых систем для исключения или включения, а --exclude убирает из сканирования пути по шаблону.

Для приватности есть --hide-file-names. При таком режиме Duc сохраняет названия директорий, но скрывает имена отдельных файлов. Это полезно, когда базу нужно передать другому администратору для анализа структуры каталогов без раскрытия имён документов, архивов или пользовательских файлов.

duc info: какие деревья уже есть в базе

duc info показывает, какие деревья каталогов доступны в базе и когда они сканировались. Эта команда нужна перед навигацией, если база создавалась давно или содержит несколько путей. В типичной ситуации администратор сначала смотрит duc info, затем выбирает путь для duc ls, duc ui или duc graph.

Параметры -a, -b и -d помогают уточнить режим: apparent size вместо фактического расхода, точный вывод в байтах и выбор конкретного файла базы.

duc ls: быстрый список крупных каталогов

duc ls — самый простой способ получить текстовый результат после индексации. Команда читает базу и выводит файлы и директории под указанным путём. Без пути используется текущая директория. В обычном сценарии duc ls -Fg /usr/local показывает размеры и относительную шкалу, а duc ls -R раскрывает древовидный вывод.

Опция --dirs-only убирает отдельные файлы и оставляет только каталоги. Это удобно при первом проходе: вместо длинного списка с файлами пользователь видит крупные ветви и постепенно проваливается внутрь. Опция -l ограничивает глубину. Для больших деревьев это критично, потому что полный рекурсивный вывод может стать слишком длинным для чтения.

--count переключает фокус с размера на количество файлов. Такой режим помогает искать не только тяжёлые директории, но и каталоги с большим числом мелких объектов. Это важно для файловых систем, где проблема связана не с гигабайтами, а с количеством inode, длинными списками кэша или миллионами небольших временных файлов.

duc ui: интерактивный ncurses-интерфейс

duc ui подходит для работы по SSH и для серверов без графической среды. В этом режиме пользователь перемещается по дереву каталогов, как в простом файловом браузере, но вместо дат, владельцев и прав доступа видит размеры и относительные графические шкалы. Стрелки, j и k перемещают курсор, Enter входит внутрь каталога, Backspace поднимает на уровень выше, q закрывает интерфейс.

Важная деталь интерфейса — переключение режимов прямо во время просмотра. Клавиша a меняет actual size на apparent size, b включает точные байты, c переключает размер на количество файлов, n меняет сортировку между размером и именем. Благодаря этому один и тот же индекс можно изучать с разных сторон без повторного запуска сканирования.

Для администратора duc ui часто оказывается удобнее графического окна: терминал доступен почти всегда, интерфейс не требует мыши, а навигация остаётся быстрой даже при глубокой структуре каталогов. Это не заменяет duc graph, но помогает быстрее принимать решение, куда смотреть дальше.

duc gui: интерактивная sunburst-визуализация

duc gui открывает графическое представление в виде sunburst-графика. В центре находится выбранный корневой каталог, вокруг него — кольца вложенных уровней. Чем крупнее сегмент, тем больше соответствующая директория или файл в общей структуре. Щелчок по каталогу перестраивает график от выбранной директории, а щелчок по центру поднимает представление выше.

В duc gui полезны клавиши изменения вида. + увеличивает глубину графика, - уменьшает её, 0 возвращает глубину по умолчанию. Клавиша a переключает фактический расход диска и apparent size, b меняет сокращённые размеры на точные байты, c показывает количество файлов вместо размера. Для внешнего вида используются f, g и p: fuzz, gradient и палитры.

Sunburst-график особенно полезен, когда текстовый список уже показал крупную ветку, но нужно увидеть распределение внутри. Например, каталог /usr/lib может занимать значительную часть раздела, но только график быстро показывает, насколько равномерно распределены данные между подкаталогами и где находится самый крупный сегмент.

duc graph: статичная картинка для отчёта

duc graph строит sunburst-график из базы и сохраняет его в файл. По умолчанию используется имя duc.png, но параметр -o задаёт другой путь. Формат выбирается через -f: доступны png, svg, pdf и html. Размер изображения задаётся через --size, глубина — через -l, палитра — через --palette, а расстояние между кольцами — через --ring-gap.

Пример создания изображения:

duc graph -o /tmp/usr.png /usr

Для публикации в документации лучше использовать SVG, потому что такой график масштабируется без потери чёткости:

duc graph -f svg -o /tmp/usr.svg /usr

Для внутреннего отчёта по переполненному разделу удобно сохранить несколько картинок: общий график раздела, график проблемного каталога и график после переноса или удаления данных. Duc не ведёт историю сам по себе, но повторное построение индекса и сохранение файлов даёт наглядное сравнение состояния.

duc cgi: просмотр через веб-страницу

duc cgi создаёт простую HTML-страницу со списком индексированных директорий и кликабельным графиком для навигации по файловой системе. При использовании --list страница дополняется таблицей крупнейших файлов и директорий. Для подключения к веб-серверу создаётся CGI-скрипт, который запускает duc cgi и передаёт путь к базе через -d.

CGI-режим нужно рассматривать как внутренний инструмент. Конфигурация CGI в Duc не предназначена для публично доступных веб-серверов. База раскрывает структуру каталогов, размеры и названия директорий, а при обычной индексации также содержит имена файлов. Для закрытого административного сегмента такой режим удобен: индекс строится на сервере, а график просматривается в браузере. Для открытого доступа такой вариант опасен.

duc xml и duc json: структурированный вывод

duc xml и duc json позволяют использовать данные Duc вне интерфейсов программы. Это полезно для скриптов, отчётов, внутренних панелей и автоматизированной обработки. Параметры -x и -s исключают файлы из вывода и задают минимальный размер элементов. -a переводит пороги в режим apparent size.

В отличие от duc graph, команды XML и JSON не решают задачу визуализации. Они дают данные, которые можно обработать дальше: отфильтровать крупные директории, составить таблицу, отправить результат в систему мониторинга или сверить состояние нескольких каталогов.

Системные требования

Duc не имеет типичного списка требований в стиле процессор, память, видеокарта. Для этой программы важнее окружение сборки и доступность библиотек, потому что разные интерфейсы Duc зависят от разных компонентов. Командная строка duc ls не требует внешних графических библиотек и всегда включается в сборку. duc ui использует ncurses или ncursesw. X11 GUI зависит от Cairo, а OpenGL GUI использует OpenGL/GLFW и включается отдельным параметром сборки.

Для Debian и Ubuntu при сборке используются пакеты libncursesw5-dev, libcairo2-dev, libpango1.0-dev, build-essential, libtkrzw-dev, libzstd-dev. Для RHEL 8/9, Rocky Linux 8/9 и AlmaLinux 8/9 используются epel-release, tkrzw, tkrzw-devel, tkrzw-doc, tkrzw-libs, pango-devel, cairo-devel, libzstd-devel.

Отдельный важный момент — графика. На сервере без X11 можно использовать duc ls, duc ui, SVG/HTML-графики и CGI. Полноценное окно duc gui требует графического окружения или сборки с подходящим графическим backend. Поэтому Duc хорошо разделяется на серверную и настольную работу: индекс и текстовые команды выполняются на сервере, а визуальный результат можно сохранить в файл и открыть отдельно.

Подготовка к работе

Duc начинает приносить пользу после построения первого индекса. Для простого старта достаточно выбрать каталог и выполнить:

duc index /usr

При отсутствии прав на отдельные директории Duc продолжает работу и сообщает о пропущенных элементах. Это нормальная ситуация для системных путей. Для домашнего каталога команда выглядит так:

duc index ~

Для крупного раздела, где не нужно уходить на другие файловые системы, используется:

duc index --one-file-system /

Если индекс нужно сохранить в отдельном месте, путь к базе задаётся явно:

duc index --database /var/tmp/root.duc.db --one-file-system /

После индексации проверяется содержимое базы:

duc info --database /var/tmp/root.duc.db

Дальше уже выбирается интерфейс просмотра. Для быстрого списка:

duc ls -Fg --database /var/tmp/root.duc.db /var

Для интерактивного терминала:

duc ui --database /var/tmp/root.duc.db /var

Для графика:

duc graph --database /var/tmp/root.duc.db -o /tmp/var.png /var

В такой схеме Duc не смешивает анализ и удаление. Сначала пользователь получает картину занятого места, затем принимает решение отдельно. Это снижает риск случайно удалить системный каталог, файл виртуальной машины, архив бэкапа или данные приложения.

Основные функции Duc

Индексация файловой системы

Индексация — центральная функция Duc. Программа проходит по указанным путям, считает размер элементов и записывает результат в базу. Параметры --exclude, --fs-exclude, --fs-include, --max-depth и --one-file-system позволяют управлять глубиной и границами анализа.

--max-depth особенно полезен на больших деревьях. Duc всё равно проходит файловую систему, но в базу записывает только первые уровни директорий. Это уменьшает размер индекса и делает обзор более грубым, зато удобным для первичной диагностики.

--check-hard-links помогает не считать hard links несколько раз. При наличии нескольких имён, указывающих на один и тот же файл, Duc учитывает такой объект один раз. Это важно на системах, где hard links используются активно.

--dry-run выполняет обход без обновления базы. Такой режим нужен для проверки, какие предупреждения появятся и сколько времени занимает проход, без изменения сохранённого индекса.

Быстрый просмотр крупных элементов

После индексации duc ls закрывает типичную задачу: быстро вывести список крупнейших элементов в указанном каталоге. Для первого прохода удобно использовать -g, потому что горизонтальная шкала позволяет заметить доминирующий каталог без сравнения чисел вручную.

Пример:

duc ls -Fg /usr/local

В рекурсивном режиме -R команда показывает дерево, а -l ограничивает глубину. Это практично, когда нужно показать не всё дерево, а только первые уровни:

duc ls -RF -l 3 /var

При анализе серверных проблем часто полезно начать с /var, потому что там находятся логи, кэш, очереди, временные данные служб и каталоги приложений. Duc покажет, какой именно подкаталог занимает основную долю, но не будет удалять данные автоматически.

Работа в терминале через duc ui

duc ui хорош там, где нужно не просто вывести список, а пройти по дереву. В терминальном интерфейсе удобно двигаться от общего каталога к проблемной ветке: /var → /var/lib → каталог конкретной службы → вложенный кэш или набор архивов. При этом пользователь не ждёт нового полного сканирования, потому что навигация идёт по базе.

Клавиша n меняет сортировку по имени и размеру. Это полезно, когда нужно найти каталог с известным названием или сравнить элементы в алфавитном порядке. Клавиша c переводит экран на количество файлов. Такой режим помогает обнаружить каталоги, которые занимают не рекордный объём, но содержат огромное число мелких файлов.

Графическая диагностика через duc gui

duc gui даёт визуальную картину распределения места. Большой сегмент сразу показывает доминирующий каталог. Вложенные кольца показывают, как распределяется размер внутри. Это удобно для объяснения проблемы не только себе, но и другому участнику: разработчику, владельцу проекта, администратору приложения или руководителю, которому нужен наглядный отчёт.

Параметр --palette меняет палитру. В Duc доступны size, rainbow, greyscale, monochrome, classic. Палитра size помогает отличать элементы по относительному размеру, rainbow даёт контрастную цветную картинку, greyscale и monochrome подходят для сдержанных отчётов.

Генерация отчётных графиков

duc graph — функция для случаев, когда нужен не интерактивный просмотр, а файл. Например, администратор проверяет раздел до обслуживания, сохраняет /tmp/before.svg, затем переносит старые архивы, перестраивает индекс и сохраняет /tmp/after.svg. Duc не сравнивает эти картинки автоматически, но визуально разница в больших сегментах обычно очевидна.

Полезные варианты:

duc graph -f png -o /tmp/home.png /home

duc graph -f svg -o /tmp/home.svg /home

duc graph --palette greyscale --size 1200 -o /tmp/var.png /var

--size задаёт размер изображения, --dpi — разрешение, --ring-gap — расстояние между кольцами. Глубина -l помогает сделать график читаемым: слишком глубокое дерево превращает изображение в множество мелких сегментов, а ограничение уровней оставляет крупные ветви.

Экспорт в XML и JSON

XML и JSON нужны, когда Duc используется не только человеком, но и скриптом. Например, можно собрать индекс, вывести JSON для каталога проекта, отфильтровать элементы больше заданного размера и передать результат во внутренний отчёт. Команда duc json появилась в развитии проекта позже, чем базовые интерфейсы, и расширила сценарии автоматизации.

Для анализа только директорий применяется -x, для минимального размера — -s:

duc json -x -s 100M /srv

Такой вывод не заменяет полноценную систему мониторинга, но хорошо подходит для точечной проверки: какие ветви дерева превысили заданный порог.

Пошаговая инструкция: как найти, что занимает место на диске

Шаг 1. Выбрать путь для анализа

Duc работает с конкретным путём. Для системного раздела это может быть /, для домашних данных — /home, для логов и служебных данных — /var, для проектов — /srv/projects или другой каталог. Лучше начинать с крупной ветви, а не сразу со всего дерева, если задача уже понятна. Например, при переполнении /var нет смысла первым делом индексировать весь /home.

Для корневого раздела полезен режим одной файловой системы:

duc index --one-file-system /

Он помогает не уйти случайно в сетевые монтирования, внешние диски и специальные файловые системы.

Шаг 2. Создать индекс

Для домашнего каталога:

duc index ~

Для системной директории:

duc index /usr

Для отдельного серверного дерева с базой в заданном месте:

duc index --database /var/tmp/srv.duc.db /srv

Если каталог содержит приватные имена файлов, но важно сохранить структуру директорий, используется:

duc index --hide-file-names /srv

Такой режим подходит для передачи базы на анализ без раскрытия имён отдельных файлов. Названия директорий при этом сохраняются, потому что без них навигация по структуре потеряла бы смысл.

Шаг 3. Проверить, что база содержит нужный путь

После индексации выполняется:

duc info

Если использовалась отдельная база:

duc info --database /var/tmp/srv.duc.db

duc info помогает избежать типичной ошибки: пользователь индексирует один путь, а затем пытается открыть другой, которого нет в базе. Команда показывает доступные деревья и время их сканирования.

Шаг 4. Вывести самые крупные каталоги

Для первого просмотра:

duc ls -Fg /srv

Если список слишком длинный, вывод ограничивается глубиной:

duc ls -RF -l 2 /srv

Если нужны только директории:

duc ls --dirs-only -g /srv

На этом этапе не стоит сразу удалять данные. Duc показывает, где находится объём, но не определяет, безопасен ли файл для удаления. Например, крупный каталог может быть базой данных, индексом приложения, виртуальным диском или активным хранилищем контейнеров.

Шаг 5. Открыть интерактивный терминальный просмотр

Для SSH-сессии:

duc ui /srv

Внутри duc ui пользователь двигается по строкам, входит в крупные директории через Enter, возвращается через Backspace, включает точные байты через b и меняет режим размера через a. Если нужно увидеть не объём, а число файлов, используется c. Это помогает отличить каталог с несколькими большими архивами от каталога с тысячами мелких объектов.

Шаг 6. Построить график

Для интерактивного графического просмотра:

duc gui /srv

Для статичного изображения:

duc graph -f png -o /tmp/srv.png /srv

Для масштабируемого отчёта:

duc graph -f svg -o /tmp/srv.svg /srv

Если график перегружен, глубину уменьшают:

duc graph -l 3 -o /tmp/srv-l3.png /srv

Короткая глубина показывает крупные ветви. Большая глубина раскрывает детали, но делает изображение более плотным. Поэтому для отчёта обычно лучше сохранить общий график и отдельный график проблемного каталога.

Шаг 7. Обновить индекс после изменений

После удаления, переноса или архивирования данных индекс перестраивается той же командой, которой создавался. Например:

duc index --database /var/tmp/srv.duc.db /srv

Затем снова проверяется duc ls, duc ui или duc graph. Это обязательный шаг: Duc не отслеживает каждое изменение файловой системы в реальном времени. Он показывает состояние, сохранённое в базе.

Практические сценарии использования

Сервер без графической оболочки

На сервере Duc раскрывается через duc index, duc ls и duc ui. Сценарий типовой: раздел заполнился, нужно быстро понять, где вырос объём. Администратор индексирует проблемный путь, затем открывает ncurses-интерфейс и идёт по крупным веткам. В отличие от полностью графических программ, Duc не требует рабочей среды GNOME, KDE или удалённого X11 для базовой диагностики.

Для сервера с несколькими большими каталогами удобно хранить базы отдельно:

duc index --database /var/tmp/home.duc.db /home
duc index --database /var/tmp/var.duc.db /var
duc index --database /var/tmp/srv.duc.db /srv

Так проще не смешивать пользовательские данные, системные логи и сервисные файлы.

Рабочая станция Linux

На рабочем компьютере Duc помогает найти крупные директории в домашнем каталоге, папках проектов, каталогах сборки, директориях виртуальных машин и локальных кэшах. В отличие от настольного Disk Usage Analyzer в GNOME или Filelight в KDE, Duc не ограничивается одним графическим окном: один и тот же индекс можно изучать через терминал, duc gui и сохранённый график.

Если пользователь привык к визуальным программам, разумная схема такая: сначала duc index ~, затем duc gui ~, после этого — duc ui ~ для точного прохода по подозрительным каталогам. График даёт общую картину, а ncurses-интерфейс помогает спокойно пройти по дереву.

Большое файловое хранилище

На больших хранилищах важна не только скорость одного просмотра, но и управляемость. Duc строит базу, которую можно открыть разными инструментами. Для дерева с миллионами файлов это ценнее, чем одноразовый вывод в терминал: индекс позволяет возвращаться к результату, строить графики, выводить JSON и показывать данные через внутренний CGI-интерфейс.

При больших объёмах полезно заранее продумать, что включать в индекс. --one-file-system защищает от ухода на другие файловые системы, --exclude убирает заведомо лишние ветви, --max-depth уменьшает детализацию, а --hide-file-names снижает риск раскрытия имён файлов при передаче базы.

Внутренний веб-просмотр

CGI-режим подходит для закрытого административного просмотра. Схема проста: индекс создаётся на сервере, CGI-скрипт открывает базу, браузер показывает кликабельный график. --list добавляет таблицу крупнейших элементов, --header и --footer позволяют вставить свой HTML до и после основной части страницы, а --css-url подключает внешний CSS.

Публичный доступ для duc cgi использовать нельзя. Веб-представление раскрывает структуру данных, а текущая CGI-конфигурация не рассчитана на безопасную публикацию наружу. Для внутренней сети или временной диагностики такой режим полезен, но права на базу и доступ к CGI должны быть ограничены.

Подготовка отчёта о занятом месте

duc graph удобен, когда нужно показать не только числа, но и распределение. Таблица размеров сообщает, что каталог занимает 80 ГБ, но график сразу показывает, один ли это доминирующий сегмент или множество равных веток. Для отчёта лучше использовать одинаковые параметры до и после обслуживания: одинаковый путь, одинаковая глубина, одинаковая палитра, одинаковый размер изображения.

Пример:

duc graph --palette size --size 1200 -l 4 -o /tmp/before.svg /srv

После переноса или удаления данных:

duc index /srv
duc graph --palette size --size 1200 -l 4 -o /tmp/after.svg /srv

Такой набор файлов показывает результат обслуживания без долгого объяснения.

Actual size и apparent size: почему Duc показывает два режима

Duc различает фактический расход диска и apparent size. Apparent size — это размер файла с точки зрения пользователя, как его показывает ls -l. Actual size — объём, который файл реально занимает в файловой системе; он связан с блоками, sparse-файлами и особенностями хранения. Duc по умолчанию использует actual size, а режим apparent включается опцией -a или клавишей a в интерфейсах.

Эта разница важна не только теоретически. Sparse-файл может иметь большой apparent size и меньший фактический расход. Напротив, множество мелких файлов может занимать на диске больше места, чем сумма их пользовательских размеров, из-за блочного хранения. Поэтому при разборе переполненного раздела обычно полезнее actual size: он ближе к тому, что показывает df по реально занятому пространству.

В duc ui переключение a помогает быстро проверить, не связана ли разница с особенностями хранения. В duc graph параметр -a позволяет построить график apparent size. Для отчётов лучше явно фиксировать режим, чтобы не сравнивать разные метрики.

Конфигурация Duc

Duc позволяет задавать параметры не только в командной строке, но и в конфигурационных файлах. При старте программа читает настройки из /etc/ducrc, ~/.config/duc/ducrc, ~/.ducrc и ./.ducrc. Секции соответствуют подкомандам, а параметры внутри секций задаются по одному на строку.

Пример структуры:

[global]
database=/var/tmp/main.duc.db

[ls]
recursive
classify
graph
levels=3

[ui]
name-sort

[graph]
format=svg
palette=size
levels=4
size=1200

Такой файл помогает не повторять параметры вручную. Например, если в организации принято хранить базу в определённом каталоге и строить SVG-графики в одной палитре, настройки фиксируются один раз. Командная строка при этом остаётся доступной для разовых изменений.

Безопасность и приватность

Duc анализирует файловую систему и сохраняет результаты в базе, поэтому к базе нужно относиться как к служебному файлу. Она показывает структуру директорий, размеры и в обычном режиме имена файлов. Для локального использования это нормально, но при передаче базы другому человеку или при подключении CGI появляется риск раскрытия информации.

--hide-file-names снижает этот риск: Duc скрывает имена отдельных файлов, сохраняя имена директорий. Это не делает базу полностью обезличенной, потому что названия каталогов сами по себе могут быть чувствительными, но уменьшает объём раскрываемых сведений.

Права доступа к базе должны соответствовать сценарию. Если база используется только администратором, её не нужно делать доступной всем пользователям. Если база открывается через CGI, пользователь веб-сервера должен иметь право чтения, но сам CGI не должен быть доступен извне. Это особенно важно для серверов с пользовательскими каталогами, коммерческими проектами, базами данных и внутренними архивами.

Преимущества Duc

Плюсы:

• Duc отделяет сканирование от просмотра: после duc index данные быстро открываются через разные интерфейсы.

• Программа работает в терминале, ncurses-интерфейсе, графическом окне, статичных графиках и CGI.

• duc graph сохраняет визуализацию в PNG, SVG, PDF и HTML.

• duc ui подходит для SSH и серверов без графической оболочки.

• --database позволяет вести несколько независимых баз для разных каталогов.

• --one-file-system, --exclude, --fs-exclude, --fs-include и --max-depth помогают контролировать границы сканирования.

• --hide-file-names полезен при передаче базы без имён отдельных файлов.

• Переключение actual/apparent size помогает корректно анализировать разные типы файлов.

  

• duc json и duc xml открывают путь к автоматизированной обработке результатов.

• Sunburst-график быстро показывает доминирующие ветки дерева, которые сложнее заметить в длинном текстовом выводе.

Duc особенно силён там, где нужно возвращаться к результатам. Одноразовый анализ небольшого каталога проще сделать du, ncdu или dust, но для большой структуры с повторным просмотром база Duc даёт более удобную модель работы.

Минусы и ограничения Duc

Минусы:

• Перед просмотром нужен этап индексации.

• База устаревает после изменения файловой системы и требует повторного duc index.

• Duc не удаляет файлы автоматически и не является программой очистки.

• Графический интерфейс зависит от соответствующих библиотек и сборки.

• CGI-режим не рассчитан на публичный доступ.

• Новичку сложнее начать работу, чем в полностью графических анализаторах.

• При ошибочном выборе пути можно проиндексировать слишком большой объём или уйти на сетевые монтирования.

• Для корректной интерпретации нужно понимать разницу между actual size и apparent size.

Ограничения Duc не делают программу слабой. Они показывают её специализацию: Duc — инструмент анализа и визуализации, а не автоматический уборщик. Для поиска дублей больше подходят NoClone, Auslogics Duplicate File Finder или Duplicate Remover Free, а для проверки состояния накопителя — PassMark DiskCheckup и HDDExpert. Duc отвечает именно за понимание распределения места.

Сравнение с аналогами

Duc удобнее сравнивать не с чистильщиками, а с анализаторами дискового пространства. Программы в этой группе решают похожий вопрос — где занято место, — но делают это разными способами.

Duc и ncdu

ncdu — один из ближайших терминальных аналогов. Он сделан для поиска крупных элементов на удалённом сервере без графической среды и работает в text-mode интерфейсе. Для разовой проверки каталога ncdu проще: пользователь запускает анализ и сразу попадает в интерактивный просмотр. Duc требует duc index, зато после индексации даёт несколько форм просмотра одной базы.

Если задача — быстро пройти по каталогу в SSH и удалить очевидный мусор вручную, ncdu часто быстрее в освоении. Если задача — построить график, сохранить индекс, использовать CGI или вернуться к данным позже, Duc предлагает более гибкую модель.

Duc и gdu

gdu написан на Go и ориентирован на быстрый анализ, особенно на SSD, где программа может использовать параллельную обработку. В сравнении с Duc это инструмент для скорости прямого обхода, а не для работы с отдельной базой и несколькими интерфейсами.

Duc выбирают, когда важна база и повторный доступ к результатам. gdu выбирают, когда нужен быстрый интерактивный анализ без подготовки отдельного индекса.

Duc и dust

dust делает вывод du более наглядным: показывает крупнейшие директории и файлы, рекурсивно раскрывает дерево и окрашивает крупные элементы. Он хорошо подходит для мгновенного обзора в терминале без настройки.

Duc сильнее в отчётности и повторной работе. dust удобен как быстрый снимок в консоли, а Duc — как система: индекс, список, терминальная навигация, графическое окно, график в файл и CGI.

Duc и dua-cli

dua-cli — Disk Usage Analyzer, который параллельно анализирует пространство и умеет удалять лишние данные. Он рассчитан на быстрый просмотр и действие. Duc действует осторожнее: он показывает структуру и не превращает анализ в удаление.

Для пользователя, который хочет сразу очищать каталог из интерфейса, dua-cli ближе. Для администратора, которому нужен отчёт, база и разные способы представления, Duc удобнее.

Duc и Baobab

Baobab, он же GNOME Disk Usage Analyzer, сканирует папки, устройства и онлайн-аккаунты, показывает дерево и графическое представление. Это настольная программа для пользователя GNOME. Она проще для новичка: открыл приложение, выбрал папку, получил визуальный результат.

Duc лучше подходит тем, кто работает в терминале, по SSH, с несколькими базами и отчётными графиками. Baobab удобнее для локального рабочего стола без командной строки.

Duc и Filelight

Filelight визуализирует использование диска через концентрические кольца. Визуально он близок к duc gui: пользователь видит сегменты каталогов и переходит внутрь. Filelight дополнительно интегрируется с файловыми менеджерами KDE, поддерживает сканирование локальных, удалённых и съёмных дисков, показывает информацию о файлах и папках, а также позволяет удалять элементы.

Duc отличается тем, что вокруг визуализации у него есть база, CLI, ncurses, CGI и статичные графики. Filelight удобнее в KDE-среде как графическая программа. Duc универсальнее для терминала, отчётов и серверных сценариев.

Duc и WinDirStat

WinDirStat — анализатор диска и помощник очистки для Microsoft Windows. Он сканирует выбранные диски или папки и показывает результат несколькими представлениями, включая treemap.

Duc и WinDirStat решают похожую диагностическую задачу, но рассчитаны на разные рабочие привычки. WinDirStat — графическая Windows-программа с акцентом на визуальный treemap и действия по очистке. Duc — инструмент для Unix/Linux-среды, терминала, индекса, sunburst-графиков и серверного анализа.

Отзывы пользователей и профильных изданий

Профильные Linux-сайты обычно выделяют у Duc три свойства: индексирование, масштабируемость и несколько интерфейсов. OSTechNix описывает Duc как набор инструментов для индексации, инспекции и визуализации использования диска, отдельно подчёркивая не только графики, но и работу с большими файловыми системами. В этом обзоре Duc рассматривается не как ещё один красивый вывод, а как утилита с базой, интерфейсами и backend для графиков.

Ubunlog подаёт Duc как способ инспектировать и визуализировать использование диска в Unix-подобных системах. В материале акцент сделан на базовом цикле: создать индекс, затем искать, куда ушло место, и использовать разные пользовательские интерфейсы для доступа к базе и построения графиков.

DebugPoint рассматривает Duc среди визуальных программ анализа дискового пространства для Linux и выделяет sunburst-представление, внутреннюю базу, CLI и возможность подключить веб-доступ через CGI. Это хорошо отражает отличие Duc от чисто настольных графических программ: визуализация важна, но не единственная часть инструмента.

В пользовательских обсуждениях Duc чаще сравнивают с ncdu. Комментарии сводятся к практическому разделению: ncdu удобен для быстрого просмотра, а Duc лучше проявляет себя на больших деревьях и в сценариях, где важна база, графики или работа через CGI. В обсуждениях также встречается идея строить индекс на сервере, копировать базу на локальную машину и открывать duc gui уже там, либо генерировать изображения через duc graph.

Общее впечатление от Duc в профильной среде можно сформулировать так: программа ценится за инженерный подход, но требует понимания рабочего процесса. Её выбирают не за одну кнопку, а за то, что один индекс можно изучать разными способами. Критика связана с порогом входа, отдельным этапом индексации и тем, что для разовой задачи ncdu, dust или графический анализатор могут оказаться проще.

Типичные ошибки при работе с Duc

Запуск просмотра до индексации

Duc не показывает данные без базы. Сначала выполняется duc index, затем duc ls, duc ui, duc gui или duc graph. Если пользователь сразу запускает просмотр для пути, которого нет в базе, результат будет бесполезным или неполным. Правильная последовательность: индекс → проверка через duc info → просмотр.

Работа со старой базой

После удаления или переноса файлов нужно перестроить индекс. Иначе Duc продолжит показывать старую картину. Это особенно часто происходит после очистки кэша, переноса архивов или удаления логов: пользователь видит, что место освободилось через df, но Duc по старой базе показывает прежний размер.

Случайный обход сетевых и специальных файловых систем

При индексации корня Duc по умолчанию проходит встреченные директории, включая специальные и сетевые файловые системы. Для аккуратного анализа корневого раздела используется --one-file-system, а для точного контроля — --fs-exclude и --fs-include.

Путаница между actual size и apparent size

Если значения отличаются от ожиданий, нужно проверить режим. По умолчанию Duc использует actual size. Переключение -a или клавиша a меняет режим на apparent size. Для sparse-файлов и большого числа мелких файлов разница может быть заметной.

Ожидание автоматической очистки

Duc не заменяет чистильщики, деинсталляторы и программы удаления дублей. Он показывает структуру. Для удаления программ на freeexe.net есть Revo Uninstaller, Geek Uninstaller и IObit Uninstaller. Для Duc корректный сценарий другой: определить крупные элементы, проверить их назначение и уже потом выбрать способ обслуживания.

Публикация CGI наружу

duc cgi не стоит размещать на публичном веб-сервере. Он раскрывает структуру проиндексированных данных, а CGI-конфигурация не рассчитана на публичную безопасность. Такой режим подходит для закрытого администрирования с ограниченным доступом.

Частые вопросы

Duc удаляет файлы?

Нет. Duc анализирует, индексирует и визуализирует использование диска. Он помогает понять, какие каталоги и файлы занимают место, но не принимает решение об удалении. Это снижает риск случайной потери данных и делает программу подходящей для диагностики.

Можно ли использовать Duc по SSH?

Да. Для SSH подходят duc index, duc ls и duc ui. duc ui работает в терминале и даёт интерактивную навигацию без графической оболочки.

Почему Duc показывает старые размеры после очистки?

База не обновляется автоматически после каждого изменения файловой системы. После удаления, переноса или создания крупных данных нужно снова выполнить duc index для того же пути.

Чем duc graph отличается от duc gui?

duc gui открывает интерактивное графическое окно, где можно переходить по сегментам. duc graph сохраняет статичный график в файл PNG, SVG, PDF или HTML. Для просмотра и отчётов чаще подходит duc graph; для ручной навигации по визуальной карте — duc gui.

Что выбрать: Duc или ncdu?

Для разового терминального анализа проще ncdu. Для повторного анализа, сохранённой базы, графиков, CGI и разных форм просмотра удобнее Duc. Эти программы не исключают друг друга: ncdu хорош для быстрого прохода, Duc — для структурированной диагностики и отчётности.

Можно ли использовать Duc без графического окружения?

Да. Командная строка, duc ls, duc ui, SVG/HTML-графики и CGI-сценарии работают без полноценного графического рабочего стола при соответствующей сборке. Полноценное окно duc gui требует графических компонентов.

Подходит ли Duc для Windows?

В истории проекта появилась поддержка Windows, но рабочая модель Duc в документации и типичных сценариях тесно связана с Unix/Linux, терминалом, ncurses, X11, CGI и серверной средой. Для пользователей Windows, которым нужен привычный графический анализатор, ближе WinDirStat.

Итог: кому стоит выбрать Duc

Duc стоит выбирать, когда важно не просто один раз посмотреть размер папки, а получить управляемый анализ использования диска. Программа строит индекс, хранит размеры директорий в базе и позволяет изучать результат через duc ls, duc ui, duc gui, duc graph, duc cgi, XML и JSON. Такой набор делает Duc особенно полезным для серверов, больших деревьев каталогов, внутренних отчётов и ситуаций, где к результату нужно возвращаться.

Для разовой быстрой проверки в терминале проще ncdu, gdu или dust. Для настольной визуализации в GNOME удобен Baobab, в KDE — Filelight, в Windows — WinDirStat. Для очистки временных файлов лучше использовать отдельные программы обслуживания, а для поиска дублей — специализированные утилиты. Duc занимает своё место между консольной диагностикой и визуальным отчётом: он показывает, где находятся данные, даёт разные способы просмотра и не подменяет анализ автоматическим удалением.